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(54) Method for obtaining billing validation of directory number accounts from line identification 
databases in a telecommunications network 

(57) A method for selecting one of a plurality of line 
identification (ID) databases for validation of an opera- 
tor-assisted call billed to a ported directory number 
account comprises determining whether billing informa- 
tion received from a caller is directory number-based. If 
the billing information is directory number-based, an 
operator services system (OSS) queries a number port- 
ability database to retrieve available routing information 
associated with billing information provided by the 
caller. The routing information is used to access a billing 
acceptance database which stores a list of those serv- 
ice providers which allow the OSS to access their cus- 
tomer data. If the OSS is able to access an identified 
service provider's data, the routing information received 
from the number portability database is used to route a 
billing validation request to a selected one of the plural- 
ity of line ID databases. 
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Description 
Technical Field 

This invention relates to the field of telecommunica- 
tions networks and, more particularly, to accessing a 
particular line identification database to obtain billing 
validation of a ported directory number account from a 
operator services system in such telecommunications 
networks. 

Background of the Invention 

The United States telecommunications industry is 
in a state of transition. During the next several years, it 
is expected that the monopoly held by local exchange 
carriers (LECs) will be substantially altered, and that 
competitive access providers (CAPs) will begin to offer 
customer service for both toll and local exchange calls. 
To facilitate the transition without creating a excessive 
burden on customers who wish to become CAP sub- 
scribers, a requirement for service provider number 
portability, defined as a change in service provider with- 
out a change in directory number, is anticipated. Even- 
tually, location number portability will also be available 
so that customers can move to other geographic loca- 
tions without a change in directory number. 

Number portability, regardless of type, significantly 
impacts call routing in the existing network. This is 
because calls between telephone customers in the 
United States are established on the basis of a national 
directory number plan, wherein each customer line is 
identified by a ten-digit directory number that has geo- 
graphic and central office switch significance, The ten- 
digit directory number comprises a three-digit area code 
(generally denoted by the letters "NPA") defining a spe- 
cific geographic region, which is followed by a three- 
digit office code (denoted by the letters "NXX") identify- 
ing a particular central office switch in the network. The 
office code is followed by a four-digit customer line iden- 
tifier (denoted by the letters "XXXX") establishing the 
line address of a particular customer line served by the 
central office switch identified by the NXX digits of the 
directory number. Customers who change service pro- 
viders while retaining their directory number are served 
by a central office switch which normally serves NPA- 
NXX digits different than the NPA-NXX digits of the cus- 
tomer's directory number. In other words, such custom- 
ers have "ported" their directory numbers. 

An exemplary proposal for accommodating ported 
directory numbers in the existing network is described in 
commonly assigned, co-pending U.S. patent application 
Serial No. 08/410,585 to Akinpelu et al. (hereinafter, the 
"Akinpelu et al. application"). The Akinpelu et al. appli- 
cation describes retrieving a location routing number 
(LRN) from a number portability database to ensure 
proper routing of a call destined for a ported directory 
number. In the preferred embodiment of the Akinpelu et 
al. application, the LRN resembles a traditional ten digit 



directory number because the first six digits of the LRN 
identify a single central office switch in the network and 
correspond to NPA-NXX digits. Unlike conventional 
directory numbers, however, the remaining four digits 
5 do not identify a customer line address but, instead, 
indicate that an initial address message (IAM) parame- 
ter should be accessed to obtain the customer line 
address. 

Although the Akinpelu et al. application minimizes 

w the overall inconvenience and impact of number porta- 
bility on the current network by using NPA-NXX digits to 
identify central office switches that serve ported direc- 
tory numbers, it does not address the impact that 
number portability has on another important component 

15 of the network which conventionally uses directory num- 
bers for processing. Particularly, operator-assisted calls 
are handled by an operator services system (OSS) to 
accommodate various call billing arrangements includ- 
ing calls billed to a called party (a "collect call"), calls 

20 billed to a third party, and calls billed to a calling card. 
Ported directory numbers complicate OSS processing 
since billing verification is dependent upon routing a bill- 
ing validation request to a line identification (ID) data- 
base based on the directory number to be billed. 

25 Commonly issued directory number-based calling cards 
are also validated by using a directory number to route 
a request to a line ID database. Non-directory number 
based calling cards are validated by accessing a card 
validation database, and are not affected by number 

30 portability. 

Une ID databases typically contain all billable direc- 
tory number accounts maintained by a particular serv- 
ice provider. In the current network, an entire NPA-NXX 
is normally assigned to a single service provider. Thus, 

35 the six NPA-NXX digits of a billing directory number can 
be used to determine the address of the line ID data- 
base containing the information for that service pro- 
vider's directory numbers. As CAPs enter local 
telecommunications markets, however, they may 

40 choose to maintain their own line ID databases or, 
choose to use a line ID database shared with other 
service providers. Number portability implies that direc- 
tory numbers with the same NPA-NXX will be served by 
multiple service providers. 

45 A problem arises when there are a plurality of line 
ID databases which may be accessed by an OSS, and 
the directory number account to be billed is identified by 
a ported directory number. This is because network 
OSSs are incapable of determining the proper line ID 

so database to access for billing validation when billing is 
directed to a ported directory number account. For 
example, in the current system, if an OSS attempts to 
retrieve billing validation of a ported directory number 
account by routing the validation request to a line ID 

55 database on the basis of the NPA-NXX digits of the bill- 
ing directory number, it will receive an Invalid number" 
response from the database because the authorization 
for billing data of the ported directory number account 
has been transferred to another service provider's line 
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ID database. 

Since validating all types of billing to ensure receipt 
of revenue is a primary objective of every service pro- 
vider, the inability to bill and receive revenue for calls 
billed to ported directory number accounts is an unac- 
ceptable result. To properly bill calls to ported directory 
number accounts, an OSS must be capable of efficiently 
and accurately determining the line ID database that 
contains the authorization for billing data associated 
with the directory number account to be billed. There- 
fore, there is a need in the art for consistently choosing 
the appropriate one of a plurality of line ID databases 
from which to receive billing validation for ported direc- 
tory number accounts for operator-assisted calls placed 
in a telecommunications network. 

Summary of Invention 

This need is addressed and the technological 
advance is achieved in the telecommunications art by 
the method and system of the present invention which 
enables an operator services system (OSS) to accu- 
rately route billing validation requests to an appropriate 
one of a plurality of line ID databases in a telecommuni- 
cations network. 

In the preferred embodiment of the method of the 
present invention, a call is received in an OSS, and sub- 
sequently, the caller is prompted for billing information. 
If the billing information is directory number-based, vali- 
dation is a multiple step process. Particularly, if it is 
determined that the billing information is directory 
number-based, the OSS accesses a number portability 
database to obtain any routing information associated 
with the billing information. The routing information not 
only identifies a service provider's switch, but also can 
be used to access other information related to the serv- 
ice provider. If routing information is found in the number 
portability database, it is retrieved by the OSS and used 
to access a billing acceptance database to determine 
whether calls which are billed by the service provider 
associated with the billing information can be handled 
by the OSS. A billing validation request is routed to the 
appropriate one of a plurality of line ID databases in the 
telecommunications network subsequent to a determi- 
nation that the OSS is allowed access to the database 
maintained by the service provider responsible for bill- 
ing the call. 

Brief Description of the Drawing 

FIG. 1 is a simplif ied block diagram of a telecommu- 
nications network in which the present invention 
may be practiced; and 

FIG. 2 is a flow diagram of the steps performed in 
the network of FIG. 1 in accordance of a preferred 
embodiment of the method of the present invention. 



Detailed Description 

FIG. 1 shows the preferred embodiment of a tele- 
communications network in which the present invention 

5 may be practiced. Particularly, telecommunications net- 
work 100 includes: first operator services system (OSS) 
102; second operator services system 104; billing sys- 
tem 120; signaling network 130; card validation data- 
base 140; LEC line ID database 142; CAP1 line ID 

io database 144; CAP2 line ID database 146; number 
. portability database 150; inter-exchange switch 160; 
originating central office switch 170; terminating central 
office switch 180; and public switched telephone net- 
work (PSTN) 190. 

15 OSS 102 comprises main processor 106 for admin- 
istering system-wide control functions which is intercon- 
nected via system data link 105 to switch fabric 108. 
Switch fabric 108 serves as an interface between the 
system and other parts of the network. In the embodi- 

20 ment shown, switch fabric 108 maintains bi-directional 
trunk connection 109 to PSTN 190. System data link 
107 interconnects main processor 106 to announce- 
ment facility 110 which stores and issues announce- 
ments, as is known in the art Dual tone multi-frequency 

25 (DTMF) and/or voice recognition facility 112 (or any 
other type of digit collection facility) is interconnected to 
processor 106 by data link 111, and is responsible for 
the reception and processing of digits as received from 
a caller. Card recognition database 117 stores a list of 

30 recognized calling card vendors, and is connected by 
data link 113 to main processor 106. Similarly, data link 
125 connects main processor 106 to billing acceptance 
database 126 which stores information regarding those 
service providers (identified by NPA-NXX digits) which 

35 allow OSS 102 access to their customer databases. 
Interface unit 114 is connected to main processor 106 
by data link 115, and also serves as a conduit for mes- 
sages sent to and received from point code converter 
1 18 via message link 103. As is known in the art, point 

40 code converters are used to convert routing information 
into a particular network point code address. In the 
embodiment shown, point code converter 1 1 8 is inter- 
connected to signaling network 130 by signaling link 
132, and may be used to route billing validation 

45 requests to an appropriate line ID database, if neces- 
sary. Number portability database 150 is connected to 
signaling network 130 via signaling link 157 and used by 
telecommunications network 100 to properly route calls 
directed to ported directory numbers, as described in 

50 the Akinpeiu et al. application. In the preferred embodi- 
ment of the present invention, the routing information 
contained in number portability database 150 is used to 
access billing acceptance database 126, and to select 
the appropriate one of a plurality of line ID databases to 

55 route a billing validation request, as is described below. 
Attendant position 1 1 6 allows a human operator to act 
as a liaison between a caller and OSS 1 02, if necessary. 

OSS 104 includes the same components as OSS 
102, and thus, is not described in detail. Point code con- 
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verter 119 serves OSS 104 via. message link 105, and 
accesses network 130 via signaling link 136. Although 
separate point code converters are shown for OSS 102 
and OSS 104 in alternate embodiments, the point code 
converter could be located in the signaling network 
rather than being associated with any particular OSS. 
Also, OSS 102 and OSS 104 may maintain separate 
number portability databases in alternative embodi- 
ments. OSS 104 is inter-connected to PSTN 190 by 
trunk connection 193. Billing, system 120 serves both 
OSS 102 and OSS 104 via data links 121 and 123, 
respectively. Billing system 120 receives call data (such 
as the called parly's directory number, duration of the 
call, etc.) relating to each call placed by the operator 
systems so that billing records can be created, as is 
known in the art. 

Signaling network 130 extends messages between 
network databases and the OSSs over designated sig- 
naling links. The messages are routed to a particular 
database in accordance with the network address con- 
tained in the message. In the embodiment shown, OSS 
102 sends and receives messages from signaling net- 
work 130 over signaling link 139. Each database also 
maintains a link with signaling network 130. Particularly, 
card validation database 140 is inter-connected to sign- 
aling network 130 by signaling link 131. LEC line ID 
database 142 is inter-connected to network 130 by sig- 
naling link 133 while CAP1 line ID database 144 and 
CAP2 database 146 are inter-connected to network 130 
by signaling links 135 and 137, respectively. Number 
portability database 150 is connected to the signaling 
network by signaling link 157. In the embodiment 
shown, each line ID database is presumed to be inde- 
pendently controlled, and to contain its own customer 
directory number account billing authorization data. 

Originating central office switch 170 serves public 
telephone 172 via customer line 171, and is inter-con- 
nected to switch fabric 108 of OSS 102 via bi-directional 
trunk connection 173. Originating switch 170 also main- 
tains bi-directional trunk connection 175 to inter- 
exchange switch 160 and bi-directional trunk connec- 
tion 177 to PSTN 190. A caller may access OSS 102, 
via originating switch 170 and trunk 173, by dialing "0" 
plus a directory number from public telephone 172 or, 
by simply dialing TT to reach an operator. Alternatively, 
the caller may dial a toll free access number such as "1 - 
800-555-CALL" to access inter- exchange switch 160 via 
originating switch 170 and trunk 175. Once the call is 
received in inter-exchange switch 160, it is extended by 
the switch to OSS 102 over trunk 163. In the embodi- 
ment shown, both interexchange switch 160 and origi- 
nating switch 170 are served by OSS 102. In practice, 
however, interexchange switch 160 is more likely to be 
served by a separate OSS, such as OSS 104. Also 
shown is terminating central office switch 180 which is 
inter-connected to PSTN 190 via bi-directional trunk 
191. In this embodiment, terminating switch 180 serves 
a called party at telephone 182 via customer line 181 . 
FIG. 2 shows a flow diagram of the steps performed 



in telecommunications network 100 for billing an opera- 
tor-assisted call (i.e., a call which is completed via OSS 
1C2 or OSS 104) to a ported directory number account 
in accordance with the preferred embodiment of the 
5 method of the present invention. For purposes of exam- 
ple, assume that a caller at public telephone 172 places 
a calling card call to a called party at telephone 182 by 
depressing buttons corresponding to the digits of the 
directory number which identifies telephone 182 (i.e. the 
w caller enters an "originally dialed directory number"). 
Also assume that this caller has recently transferred 
local telephone service from LEC to CAP 2 but has cho- 
sen to retain the home directory number "708-555- 
1234° and a calling card account based on the home 
is directory number. 

To bill this particular call, the caller's calling card 
account number (which is the caller's home directory 
number "708-555- 1234") would normally be used to 
route a billing validation request to LEC line ID database 
20 1 42 because the NPA-NXX digits "708-555" correspond 
to telephone accounts historically served by the LEC. 
However, since the caller is no longer a LEC customer. 
Therefore, all records relating to the directory number 
'708-555-1234" have been deleted from LEC line ID 
25 database 142. Accordingly, if a billing validation request 
directed to the number "708-555-1234" is received by 
LEC line ID database 142, the database will return an 
"invalid number" message to the requesting OSS. 

As a result of porting, billing authorization data (or a 
30 'Validation record") corresponding to the directory 
number "708-555-1234" has been added to CAP2 line 
ID database 146 because CAP 2 is the caller's new 
service provider. The billing validation process for the 
above-described call, in accordance with the preferred 
35 embodiment of the present invention, begins in step 200 
when OSS 102 receives a call from originating switch 
1 70 via trunk connection 173. Alternatively, the call may 
have been received over trunk 163 from inter-exchange 
switch 160. In step 202, OSS 102 prompts the caller for 
40 billing information by issuing a command from 
announcement facility 110. In step 204, OSS 102 
receives the billing information from the caller in DTMF 
and/or voice recognition facility 112, and transmits the 
billing information to main processor 106 over data link 

45 111. 

In decision step 208, main processor 106 deter- 
mines whether the billing information received from the 
caller is directory number-based, as is known in the art. 
If the outcome of decision step 208, is a "NO" decision, 
so it is assumed that the billing information corresponds to 
a non-directory number-based calling card, and the 
process continues to step 209. In step 209, OSS 102 
accesses card recognition database 117 and verifies 
that the card number is issued by to a recognized calling 
55 card vendor. The process continues to step 210 in 
which a billing validation request is routed to card vali- 
dation database 140 by OSS 102 via signaling network 
130. 

If, as in this case, the outcome of decision step 208 
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is a 'YES" decision, the process continues to step 212 
in which OSS 102 sends a query to number portability 
database 150 via signaling link 139 using the billing 
directory number (hereinafter, "billing information") to 
determine which line ID database should process the 5 
billing validation request. The process then continues to 
decision step 214 in which OSS 102 determines 
whether routing information was received from the 
number portability database. If the outcome of decision 
step 2 1 4 is a "NO" determination, (as may be the case if 10 
the directory number is a non-ported directory number) 
the process continues to step 216 in which the NPA- 
NXX digits of the directory number, as provided by the 
caller, are used to access billing acceptance database 
126. Billing acceptance database 126 maintains data 15 
which identifies all service providers (by NPA-NXX dig- 
its) which allow OSS 102 to access their customer data. 
In decision step 218, it is determined whether the OSS 
can access the customer data associated with the serv- 
ice provider identified by the NPA-NXX digits of the bill- 20 
ing directory number, in other words, decision step 218 
determines whether OSS 102 can handle the process- 
ing and billing of this particular call. If the outcome of 
decision step 218 is a "YES" decision, the process con- 
tinues to step 220 in which a validation request is sent 25 
to a line ID database on the basis of the NPA-NXX direc- 
tory number digits as provided by the caller. If the out- 
come of decision step 218 is a "NO" decision, however, 
the process continues through connector "A" to step 
219 in which OSS returns a failure message to the 30 
caller. 

In this example, the billing directory number 
account has been ported from a LEC service provider to 
another service provider, namely, CAP2. Thus, number 
portability database 1 50 does return routing information 35 
relating to the directory number "708-555-1234". There- 
fore, the outcome of decision step 214 is a 'YES" deter- 
mination, and the process continues to step 222 in 
which billing acceptance database 126 is accessed 
using the first six digits of the LRN (or the NPA-NXX dig- 40 
its) as retrieved from number portability database 150. 
In decision step 224, it is determined whether the serv- 
ice provider identified by the NPA-NXX digits allows 
OSS 102 to access its customer data. If the outcome of 
decision step 224 is a "NO" determination, the process 45 
continues through connector "A" to step 219 in which a 
failure announcement is issued to the caller by 
announcement facility 110. If the outcome of decision 
step 224 is a "YES" determination, the process contin- 
v ues to step 226 in which a billing validation request from so 
OSS 102 is routed to a selected one of the plurality of 
line ID databases in accordance with the routing infor- 
mation retrieved from the number portability database. 
In this case, OSS 102 routes a billing validation request, 
via signaling link 139. to selected CAP2 line ID data- 55 
base 146 using the NPA-NXX digits of the LRN received 
from number portability database 1 50. Since the routing 
information is in already in NPA-NXX form, conversion 
of the routing information by point code converter 118 
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into an network address of a line !D database is unnec- 
essary. However, point code converter 118 may be 
employed in alternative embodiments in which the rout- 
ing information is not in NPA-NXX form. 

The process continues to decision step 228 in 
which OSS 102 determines whether billing validation 
was received from the accessed database. If the out- 
come of decision step 228 is a "NO" determination, (that 
is, OSS 102 receives an "invalid number" message from 
the database), the process continues to step 219 in 
which announcement facility 110 returns a failure mes- 
sage to the caller. If the outcome of decision step 228 is 
a "YES" determination, (that is, OSS 102 receives a 
'Valid number" message trom the database), the proc- 
ess continues to step 230 in which the call is routed to 
the called party associated with the original dialed direc- 
tory number. Subsequently, in step 231 a billing record 
relating to this particular call is created for delivery to 
billing system 120. In this case, a call from the caller is 
routed via PSTN 1 90, to a called party at telephone 1 82 
and the ported card directory number account "708- 
555-1234 is ultimately charged for the call. The process 
ends in step 232. 

Advantageously, the efficiency of the telecommuni- 
cations network is enhanced as the present invention 
uses existing number portability resources to route bill- 
ing validation requests which involve a ported directory 
number account to an appropriate one of a plurality of 
line ID databases. Although the above-described proc- 
ess is described with respect to a directory number- 
based calling card call, it is envisioned that the process 
may be used each time a caller wishes to bill a call to a 
ported directory number. The process is described with 
respect to an LRN form of routing number, but it is envi- 
sioned that it may be used with other forms of routing 
numbers that may be selected by the industry, in addi- 
tion, the process may be used by other systems which 
must access one of a plurality of service providers* line 
ID databases to accomplish other purposes, such as 
retrieving other calling party name information. The 
above-described embodiment is for illustrative purposes"., 
only. Numerous other arrang3ments of the invention 
may be devised by those skilled in the art without 
departing from the scope of the invention. 

Claims . 

1 . In a telecommunications network including at least 
one operator services system (OSS) for completing 
operator-assisted calls, and a plurality of line identi- 
fication (ID) databases, each line ID database con- 
taining billing authorization data for at least one 
directory number account, a method for billing an 
operator-assisted call to a directory number 
account comprises the steps of: 

receiving in the OSS an originally dialed direc- 
tory number and billing information from a 
caller; 
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determining that the billing information 
received from the caller specifies billing a call 
to a directory number account; 
using the billing information received from the 
caller to access a billing acceptance database 5 
to determine if the OSS has access to cus- 
tomer data of a service provider associated 
with the directory number account specified in 
the billing information; 

if the OSS has access to the customer data of io 6. 
the service provider, routing a billing validation 
request to one of the plurality of line ID data- 
bases based on the billing information received 
from the caller; and 

sending a billing record to a billing system so is 
that the directory number account can be billed 
for the call. 



The method of claim 1 further comprising the step 
of: 

following the step of determining that the billing 
information specifies billing a call to a directory 
number account, using the billing information to 
query a number portability database which 
contains routing information associated with 
the directory number account. 

The method of claim 2 further comprising the step 
of: 

following the step of querying a number porta- 
bility database, routing a billing validation 
request to one of the plurality of line ID data- 
bases by using the routing information 
retrieved from the number portability database. 

The method of claim 2 wherein the step of routing a 
billing validation request to one of the plurality of 
line ID databases comprises the step of: 

converting the routing information into a line ID 
database address. 

In a telecommunications network comprising an 
operator services system (OSS) linked to a plurality 
of line identification (ID) databases via a signaling 
network wherein the OSS is inter-connected to at 
least one switch, a method for retrieving information 
from one of the plurality of line ID databases com- 
prises the steps of: 
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determining that billing information relating to a 
call received in the OSS requires accessing a 
line identification (ID) database for call billing ss 
validation; 

querying a number portability database to 
retrieve routing information associated with the 
billing information; 



using the routing information to access a billing 
acceptance database to determine whether the 
OSS has access to customer data of a service 
provider; and 

if the OSS has access to customer data of the 
service provider, retrieving information associ- 
ated with billing validation from a selected line 
ID database. 

A telecommunications network comprises: 

an operator services system (OSS) for receiv- 
ing calls from a plurality of switches wherein 
each call requires billing validation; 
a number portability database inter-connected 
to the OSS by a data link wherein the number 
portability database stores routing information 
relating to ported directory numbers; 
a signaling network inter-connecting the OSS 
with a plurality of line ID databases, at least two 
line identification (ID) databases containing 
data for directory numbers with the same NPA- 
XXX; and 

means for determining whether the OSS has 
access to the line ID database maintained by a 
competitive access provider. 
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